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Atspeicten 



Abspetchern 



Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

© Netzwerk, Interpreter fur ein derartiges Netzwerk und Verfahren zum Betreiben eines Netzwerkes 
@ Die vorliegende Erfindung betrifft ein . Client-Server- 
Netzwerk, einen am Server des Netzwerkes installierba- 
ren Interpreter und ein Verfahren zum Betreiben eines 
derartigen CI lent- Server- Netzwerkes. 
Die Erfindung zeichnet sich dadurch aus, daft am Server 
Dateien abgelegt werden, die vom Client abgerufen wer- 
den konnen und die erfindungsgemaft sowohl am Client 
ausfuhrbare Sprachelemente als auch am Server ausfuhr- 
bare Sprachelemente aufweisen. Am Server ist ein Inter- 
preter vorgesehen, der die am -.Server ausfuhrbaren 
Sprachelemente interpretiert und zur AusfGh rung bringt 
Nach einer bevorzugten Ausfuhrungsform der Erfindung 
entsprechen die am Client ausfuhrbaren Sprachelemente 
einer Markup-Sprache, wie z. B. SGML, XML, HTML, da 
dann der Benutzer beim Einrichten dieser Dateien seine 
i bekannten Hilfsmittel zum Erstellen der Dateien, die in der 
Regel gelaufige Textverarbeitungsprogramme sind, ver- 
wenden kann, um am Server des Netzwerkes individuelle 
Anwendungen vorzusehen, die von einem beliebigen 
Client mit einem herkommlichen Browser aufgerufen 
werden konnen. 

Die Erfindung eignet sich besonders zur Steuerung von 
Geraten, insbesondere von Druckern und Drucksystemen 
und den entsprechenden Vor- und Nachbearbeitungsge- 
raten, da die Steuerungstntelligenz zentral am Server hin- 
terlegt wird und somit von vielen Clients benutzt werden 
kann, und der Datentransfer zwischen den Clients und 
dem Server gering gehaiten wird. 

Ein weiterer Aspekt der Erfindung ist, daft mit einfachen 
Mitteln ... 
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Beschreibung 

Die Erfindung betrifFt ein Netzwerk, einen Interpreter fiir ein derartiges Netzwerk und ein Verfahren zum Betreiben ei- 
nes Netzwerkes. Insbesondere' betrifft die Erfindung ein Netzwerk fur ein Drucksystem. 

5 An den bestehenden Datennetzen, wie z. B. LANs (Local Area Networks) und , WANs (Wide Area Networks) sind in 
der Regel mehrere Drucker und Drucksysteme und eventueU entsprechende Vor- und Nachbearbeitungsgerate, die z. B. 
. das bedruckte Papier auf ein spezielles Format zurechtschneiden oder binden, angeschlossen. Die einzelnen Drucker und 
Drucksysteme unterscheiden sich in ihrer Leistungsfahigkeit stark, so konnen z. B. kleine Tintenstrahldrucker mit einer 
Druckleistung von 4 Seiten pro Minute oder Hochleistungsdrucker mit einer Druckleistung von 40 Seiten oder mehr pro 

10 Minute an das Datennetz angeschlossen sein. Die Drucker und Drucksysteme unterscheiden sich nicht nur in ihrer 
Druckleistung, sondern auch in der Druckqualitat. So gibt es z. B. Drucker die nur in einer einzigen Farbe (monochrom) 
drucken, wohingegen auch zunehmend Farbdrucker zum Einsatz kommen. Elektrophotographische Hochleistungs- 
druckgerate sind heutzutage ohne weiteres in der Lage, in zwei Farben zu drucken, das heiBt, in einem sogenannten Spot- 
Color-Be v trieb oder Highlight-CoLor-Betrieb. Ein derartiger Drucker ist beispielsweise von der Oce Printing Systems 

15 GmbH unter der Bezeichnung PAGESTREAM® 200DS C bekannt. 

Die unterschiedlichen Drucker und Drucksysteme sind in der Regel auch mit unterschiedlichen SystemschnittsteUen 
an das jeweilige Netzwerk gekoppelt, wie z. B. dem SNMP (Simple Network Management Protokoll) oder dem DME 
(Desktop Management Interface). Obwohl oftmals iiber das Netzwerk zu mehreren Druckern bzw. Drucksystemen eine 
physikalische Verbindung besteht, kann nur ein Teil der Drucker angesprochen werden. 

20 Mit der rasanten Entwicklung der Intra- und Internets, mit welchen mehrere LANs und 'WANs zu einem einzigen Netz 
verbunden sind, insbesondere durch die Einfuhrung des auf dem HTTP-Protokoll (Hypertext Transport Protokoll) basie- 
renden WWW-Dienstes, steigt die Anzahl der Drucker und Drucksysteme, die von einem einzigen Benutzer grundsatz- 
lich angesprochen werden konnen explosionsartig an, wobei auch die Vielf alt der Protokolle zum Ansprechen der Druk- 
ker und Drucksysteme entsprechend zunirnmt. 

25 Dieser Erfolg des Internet und der Intranets wurde stark durch die Einfuhrung des World Wide Web (WWW) gefor- 
dert, das von Interne t-Benutzem einfach bedient werden kann und erlaubt, Informationen unterschiedlichster Art und 
von unterschiedlichsten Qrten der gesamten Welt abzurufen. Der WWW-Dienst des Internets beruht auf dem Client-Ser- 
ver-Prinzip. Die Kommunikation erfolgt zwischen einem Web-Server, der auch als WWW-Server bezeichnet wird und 
der Informationen bereitstellt, und einem Client, der die Informationen anzeigt. Die Informationen sind auf dem Web- 

30 Server in Seiten gespeichert, wobei die Daten in den Seiten z. B. im sogenannten HTML-Format (Hypertext Markup 
Language) abgespeichert sind. Es sind auch andere Formate gebrauchlich, wie z. B. XML. r Diese Formate sind Derivate 
des grundlegenden SGML-Formates (Standard General Markup Language). Diese Formate werden als Markup-Spra- 
chen bezeichnet, da mit ihnen die Aufmachung beschrieben und festgelegt werden kann. 

Ein entsprechendes Dokument besteht aus normalem Text, bei dem Steueranweisungen, sogenannte "Tags" in den 

35 Text eingefugt sind. Diese Tags beeinflussen unter anderem das Layout, das spater im Betrachtungsprogramm, dem 
Browser, am Client angezeigt wird. So gibt es z. B. Tags urn Uberschriften zu erzeugen, oder Tags, die das Schriftbild 
verandem konnen. Die Tags werden immer in "<. : .>" eingeschlossen. 

Die Ubertragung der Informationen vom Web-Server zum Ghent erfolgt gemaB dem HTTP-Protokoll, wobei die an 
den Client iibertragene Information vom dort installierten Browser gelesen und die einzelnen Tags interpretiert werden, 

40 so daB die Information in der vorbestimmten Art und Weise am Bildschirm des Client dargestellt werden. 

Da mit dem HTML-Format im wesentlichen nur statische Bilder und Texte dargestellt werden konnen, ist der WWW- 
Dienst zur Einbindung von Multimedia-Elementen, Animationen oder Programmen durch JAVA erganzt worden. JAVA 
ist eine von SUN Microsystems entwickelte, objektorientierte Programmiersprache fiir Web-Anwendungen. JAVA unter- 
stiitzt Text-, Hypertext-, Grafik-, Audio-^und Animationsfunktionen. 1 

45 Die in JAVA programmierten Programmpakete konnen entweder als sogenannte JAVA- Applets vom Web-Server auf 
den Client geladen werden oder am Client als sogenannte JAVA-Applikationen vorinstalliert sein. Die JAVA- Applets 
sind am Server separat von den dazugehorigen HTML-Seiten gespeichert. Eine Abwandlung von JAVA, die als JAVAs- 
cript bezeichnet wird, erlaubt das Einfugen von Programmpaketen in der HTML-Seite. * , 

Um iiber das Internet Drucker und Drucksysteme ansteuern zu konnen, hat man JAVA-Applikationen entwickelt, mit 

50 welchen man sowohl Verwaltungsfunktionen an den Druckern und Drucksystemen als auch das Absenden von Druck- 
auftragen an die einzelnen Drucker bzw. Drucksysteme ausfuhren kann. Diese JAVA-Programme stellen einen wesentli- 
chen Fortschritt gegemiber dem bisherigen Zustand dar, da es dem Benutzer eines Client-Rechners ermoglicht, iiber das 
Internet mehrere Drucker und Drucksysteme plattformunabhangig anzusteuem. Die Art der Drucksysteme, das heiBt, die 
Schnittstellentypen, die von einem Client angesteuert werden konnen, sind durch die jeweilige JAVA-Applikation fest- 

55 gelegt, wobei fur jeden Schnittstellentyp ein separates Programmelement vorgesehen ist. Dies bedeutet, daB je mehr un- 
terschiedhche Schnittstellen mit einer solchen JAVA-Applikation. angesteuert werden sollen, desto umfangreicher muB 
diese JAVA-Apphkation sein. Entsprechendes gilt fiir den Funktionsumfang, der bei einer solchen JAVA-Applikation an- 
gesteuert werden soli. Dies hat zur Folge, dafi diese JAVA-Applikationen umfangreiche Programme mit z. B. einen Da- 
, tenumfang von 9 MB sind. Sie beanspruchen somit am Client erhebliche Rechenleistung und Speicherplatz und sind des- 

60 halb nur fur Anwender zweckmaBig, die regelmaBig unterschiedliche Drucker und Drucksysteme ansteuern wollen. 

Es ist auch bekannt, am Server ausfuhrbare Programme vorzusehen, die vom Client auf gerufen. werden konnen. Diese 
Programme sind entweder als vollstandig compilierte Programme oder als von einem Interpreter interpretierbarer Pro- 
grammcode am Server hinterlegt. Fiir einen derartigen interpretierbaren Programmcode wird fur Internetanwendungen 
. haufig die Programmiersprache Perl verwendet. Sie ist insbesondere fur am Server auszufuhrende Datenbankanwendun- 

65 gen geeignet. Mit Perl konnen jedoch auch vom Server zum Client ladbare Seiten erzeugt werden, wobei Perl Befehle 
vorsieht, mit welchen die Aufmachung entsprechender Seiten aufgebaut werden kann. Hierbei kann auch vom Perl-Pro- 
grammcode ein HTML-Programmcode generiert werden. Beim Aufruf eines derartigen Programmes am Server wird der 
vollstandige Programmcode am Server interpretiert und ausgefuhrt. Auf Perl basierende Programme zum Ansteuern von 
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Druckern, Drucksystemen und entsprechenden Vor- und Nachbearbeitungsgeraten sind dem Erfinder der vorliegenden 
Erfindung nicht bekannt. 

Aus dem Druckerbuch der Oce Printing Systems GmbH, ISBN 3-00-001 01 9-X, Ausgabe 3d, Oktober 1998 geht auf 
den Seiten 12-2 bis 12-8 ein Print-Server fur professionelle, Internet-unabhangtge Anwendungen hervor Dieser Print- 
Server wird als PRISMApro® bezeichnet. Ein solcher Print-Server besteht aus einem leistungsfahigen Personalcomputer, 5 
mit einer entsprechenden Software, um einen oder mehrere Drucker, insbesondere einen Schnell- oder Hochleistungs- 
drucker ansteuern zu konnen. Ein solcher Print-Server ist in ein Netzwerk eingebunden und setzt die einkornmenden Da- 
tenstrome in entsprechende Druckdaten um. Je nach Ausfuhrungsform kann der Print-Server Daten in den Formaten 
AFDPS, Line/SF, PostScript, TIFF, PDF, LCDS, Line/O und PCL verarbeiten. Derartige Print-Server werden insbeson- 
dere bei Datenbankanwehdungen eingesetzt, wobei aus einer Datenbank eine groBe Datenmenge mit variablen Daten ge- 10 
druckt wird. 

Ferner ist im Druckerbuch der Oc6 Printing Systems GmbH, ISBN 3-00-001 01 9-X, Ausgabe 3d, Oktober 1998 auf 
den Seiten 14-2 bis 14-12 das Druck-Produktionskontrollsystem Oc6 Domain® beschrieben. Bei diesem System werden 
ein oder mehrere Drucker mit Vor- und Nachverarbeitungsgeraten mittels eines Netzwerkes verbunden. Das System steu- 
ert und uberwacht die Druckpfoduktion. Es ist eine netzwerkbasierende Qient-Server-Losung mit einer Datenbank, die 15 
auf einem zentralen Datenbankserver installiert ist. Alle im ProduktionsprozeB erfaBten Maschinen- und Betriebsdaten 
werden in dieser Datenbank gesammelt und fur spatere Auswertungen den verschiedenen Clients bereitgestellt oder kon- 
nen in kundenspezifische Anwendungen exportiert werden. Mit Oc6 Domain® werden Schnittstellen zu dem im Netz- 
werk angeschlossenen Hochleistungsdruckern und den verschiedenen Hard- und Softwarekomponenten realisiert. Es 
werden die Industriestandards DMI .(Desktop Management Interface), LMO (Large Mailroom Operations) und ODBC 20 
(Open Data Base Connectivity) unterstutzt. Oce Domain® ist ein Hochieistungssteuer- und Kontrollsystem, das insbe- 
sondere bei Druckzentren zur Anwendung kommt, bei welchen Hochleistungsdrucker mit Geraten zur Vorverarbeitung 
und zur Nachverarbeitung gekoppelt sind. 

Der Erfindung liegt die Aufgabe zugrunde, eine einfache technische Losung zur Ansteuerung unterschiedlicher Druk- 
ker und Drucksysteme zu finden. 25 

Die Aufgabe wird durch ein Netzwerk mit den Merkmalen des Anspruchs 1, einen Interpreter fur ein derartiges Netz- 
werk mit den Merkmalen des Anspruchs 9 und durch ein Verfahren zum Betreiben eines Netzwerkes mit den Merkmalen 
des Anspruchs 15 gelost VorteilhafteAusgestaltungen der Erfindung sind in den Unteranspruchen angegeben. 

Das Netzwerk gemaB der Erfindung ist ein Client-Server-Netzwerk, das zumindest einen Client mit zumindest,einem 
Server verbindet, wobei am Server gespeicherte Dateien vom Client durch Mitteilen einer Dateiadresse abgerufen wer- ' 30 
den konnen, wodurch eine entsprechende Datei an den Server ubertragen wird. Diese vom Server an den Client ubertrag- 
baren Dateien enthalten Sprachelemente, die am Client ausgefuhrt werden. 

Die Erfindung zeichnet sich dadurch aus, daB am Server ein Interpreter vdrgesehen ist, der weitere, am Server ausfuhr- 
bare Sprachelemente, die in den am Server gespeicherten und vom Client abrufbaren Dateien enthalten sind, interpretie- 
ren und ausfuhren kann. . 35 

Mit der Erfindung werden somit erstmals am Server Dateien vorgesehen, die sowohl am Server ausfuhrbare Sprach- 
elemente als auch am Client ausfuhrbare Sprachelemente enthalten. Hierdurch werden wesentliche Vorteile erzielt, da es 
nicht mehr notwendig ist, wie es z. B . von am Server ausfuhrbaren Perl-Programmen bekannt ist, am Client, ausfuhrbare 
Sprachelemente durch Sprachelemente einer anderen Sprache zu generieren, was mit erheblichem Programmieraufwand 
verbunden ist, 40 

Entsprechen die am Client ausfuhrbaren Sprachelemente einer Markup-language (wie z. B. SGML, HTML, XML) 
konnen die Dateien mit den meisten gebrauchlichen Editofen und Textverarbeitungsprogranimen editiert werden. Zur 
Erstellung einfacher Markup-Dateien sind oftmals keine Kenntnisse iiber die Markup-Sprache notwendig, da die ent- 
sprechende Syntax automatisch vom Editor bzw. vom Textverafbeitungsprogramm eingefugt wird. Mit der Erfindung 
konnen somit komplexe Anwendungen mit einfach zu gebrauchenden Textverarbeitungsprogrammeri erstellt werden. Er 45 
muB lediglich in die ihm gelaufigen vom Server aufrufbaren Dateien die am Server ausfuhrbaren Sprachelemente hinzu- 
fiigen. Die Kombination von am Client, ausfuhrbaren als auch am Server ausfuhrbaren Sprachelementen in einer Datei 
stellt somit eine wesentliche Erleichterung fur den Benutzer dar, der die Dateien am Server einrichtet, da er mit seinen 
ihm vertrauten Mitteln diese Dateien erstellen kann und die am Client ausfuhrbaren Befehle nicht in einer anderen Com- 
putersprache codieren muB, bei deren Ausfuhrung sie kunstlich erzeugt werden. 50 

Durch das Vorsehen eines Interpreters, der die vom Client abgerufenen Dateien auf darin enthaltene Sprachelemente 
untersucht und gegebenenfalls diese Sprachelemente am Server, interpretiert und ausfuhrt, kann durch die Ubertragung 
lediglich einer einzigen Adresse vom Client zum Server die Ausfuhrung eines an sich beliebigen Programmes am Server 
initiiert werden. Es wird somit eine Mbglichkeit geschaffen, mit minimalem Programmieraufwand am Client, und mini- 
malstem Datenvolumen, das zwischen dem Server und dem Client iibertrageh werden muB, beliebige, am Server vorab in 55 
entsprechenden Dateien hinterlegte Programme, aufrufen zu konnen. * 

Diese Programme konnen von mehreren Clients benutzt werden, so daB lediglich an einer einzigen Stelle im Netz- 
werk, am Server, ein entsprechendes Programmpaket hinterlegt werden muB. 

Die mit der Erfindung erzielten Vorteile werden besonders deutlich, wenn die Datemibertragung im Netzwerk auf ei- 
ner standardisierten Dateniibertragung basiert, wie z. B. der gemaB dem HTTP-Protokoll, das bei den Intra- und Internets 60 
angewandt wird. Bei Verwendung eines derartigen Standards wird am Client lediglich ein herkommlicher Browser ohne 
weitere zusatzliche Programme benotigt, um die entsprechenden Funktionen anzusteuern. Bisher wurden zum Ansteuern 
derartiger Funktionen, wie es eingangs erlautert worden ist, aufwendige Programme z. B, in JAVA auf den Clients gela- 
den, wodurch lediglich an den Clients die gewunschten Funktionen angesteuert werden konnen, auf welche die entspre- 
chenden Programme installiert oder geladen worden sind. Bei dem erfindungsgemaBen Netzwerk konnen hingegen von 65 
jedem Client, an dem ein Browser vorgesehen ist, die entsprechenden Programme am Server aufgerufen werden, ohne 
daB zusatzliche Programme auf den Client geladen werden miissen. Man benotigt lediglich eine Zugangsberechtigung zu 
dem jeweiligen Server. 
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Ein wesentlicher fiinktioneller Vorteil der Erfindung gegeniiber den herkommlichen Systemen liegt darin, daB es ge- 
maB der Erfindung moglich ist, daB in den am Server abgespeicherten Dateien Programmelemente enthalten sind, die den 
Ghent automatisch zu einem weiteren Server vermitteln. Diese Vermittlung erfolgt z. B. einfach durch Ubertragen der 
Adresse des weiteren Servers vom urspninglichen Server zum Client, die dann am Client ausgefuhrt wird, das heiBt zu 
5 weiteren Server geschickt wird, wodurch eine Verbindung zwischen dem weiteren Server und dem Client aufgebaut 
wird. 

Diese Vermittlungsfunktion kann auch als automatische Verrnitdungsfunktion ausgestaltet sein, wobei am Server eine 
Datei angelegt ist, die die Dienste anderer S erver beinhaltet, so daB, wenn von einem Client ein bestimmter Dienst an die- 
sem einen Server abgefragt wird, und dieser Server den Dienst nicbt erfuUen kann, den Client automatisch zu einem wei- 
10 teren Server verrnittelt, der den Dienst erledigen kann. Fiir den Client stellt sich diese Funktion so dar, als ob sein Auftrag 
zwischen den Servern ausgehandelt wird, urn denjenigen Server festzusteUen, der ihn erfullen kann. Man bezeichnet 
diese Funktion der automatischen Weitervermittlung deshalb auch als "Trading". 

Das Trading umfaBt auch die Moglichkeit, daB der Server als eine Art Durchgangs- bzw. Relaisstation fungiert, wobeL 
er eine Verbindung zwischen dem Client und einer weiteren Arbeitsstation wie z. B. einem weiteren Server einer Druck- 
15 station oder dergleichen schaltet, bei der der Server zwischen der Arheitsstation und dem Client geschaltet ist und die Da- 
ten entsprechend weiterleitet Ist der Server in einem solchen Fall mit einem Gateway versehen, so kann zwischen der 
weiteren Arbeitsstation und dem Server und dem Server und dem Ghent die Datenubertragung auf einem unterschiedli- 
chen System bzw. unterschiedlichen Protokoll beruhen, wobei die Daten vom Server entsprechend ubersetzt werden, da- 
mit eine reibungslose Datenubertragung moglich ist. 
20 ^ Ein Drucksystem mit einem solchen Chent-Server-Netzwerk erlaubt bei der Hinterlegung entsprechender Dateien am 
Server jedem Ghent, der auf diesen Server zugreifen kann, die mittels des Servers ansteuerbaren Druckeinrichtungen und 
Vor- und Nachbearbeitungseinrichtungen anzusprechen, ohne daB hierfur am Ghent ein spezielle Software instaUiert sein 
muB. Die einzelnen Druckauftrage konnen auch von einem Server an einen anderen Server weitervermittelt werden, urn 
z. B. auf einem fiir diesen speziellen Druckauftrag besonders geeigneten Drucker ausgedruckt zu werden. Man kann den 
25 Server. mit Gateways zum Umsetzen der Daten in spezielle Druckprotokolle oder auch. andere Arten von Ubertragungs- 
protokollen versehen, so daB mittels eines einzigen Servers auf unterschiedlichste Art und Weise an das Netzwerk ange- 
koppelte Drucker angesteuert werden konnen. 

Eine aus mindestens einem Drucker, mit evtl. einem Vor- und Nachbearbeitungsgerat bestehende Druckstation kann 
einfach an ein Netzwerk angekoppelt werden, indem die Gerate der Druckstation (Drucker, Vor- und Nachbearbeitungs- 
30 gerate) mit einem Server verbunden werden, der mit dem erfindungsgemaBen Interpreter versehen ist, und an dem ent- 
sprechende Programme zur Ansteuerung der einzelnen Gerate der Druckstation in Dateien abgespeichert sind, die vom 
Ghent abgerufen werden konnen. Die Gerate einer solchen Druckstation konnen dann iiber das Netzwerk von jedem be- 
liebigen Client angesteuert werden, sofern eine entsprechende Zugangsberechtigung zum Server vorliegt. Die Erfindung 
schafft somit eine Moglichkeit, mit der man lediglich durch Hinzufugen eines Servers an eine bestehende Druckstation 
35 einen Netzzugang zur Druckstation erstellt, der mit auBerst einfachen technischen Mitteln angesprochen werden kann. 
Das erfindungsgemaBe Netzwerk ist zur Ansteuerung von Druckern und entsprechenden Vor- und Nachbearbeiturigs- 
geraten ausgebildet. Es kann jedoch auch zur Ansteuerung beliebiger anderer Gerate verwendet werden, da das Grund- 
prinzip der vorhegenden Erfindung, das Vorsehen eines Interpreters an einem Netz-Server, der vom Ghent aufgerufene 
Dateien interpretiert, auf weitere, behebige Netzwerkanwendungen ubertragen werden kann. 
40 Nachfolgend wird die Erfindung beispielhaft anhand der beigefugten Zeichnungen naher erlautert. In denen zeigen: 
Fig. 1 schematisch ein erfindungsgemaBes Netzwerk in einem Blockschaltbild, 
^ Fig. 2 eine Schnittstellenabfrage in einem HuBdiagramm, das den Programmablauf des der als Anhang beigefugten 
Computerprogramms zeigt, und 

Fig. 3 ein Tradingverfahren im FluBdiagramm. 
45 ^ Fig. 1 zeigt ein Ausfuhrungsbeispiel eines erfindungsgemaBen Netzwerkes. Das Netzwerk weist einen ersten Web- 
Server 1, einen zweiten Web-Server 2 und einen ersten und zweiten Ghent 3, 4 auf. Der erste und zweite Web-Server und 
der erste Client sind mittels eines LANs iiber Datenleitungen 5, 6 miteinander verbunden, wobei die Datenleitung 5 den 
ersten Web-Server mit dem ersten Ghent und die Datenleitung 6 den ersten Web-Server 1 mit dem zweiten Web-Server 2 
verbindet Auf dem LAN wird ein Intranet betrieben. 
50 Zwischen dem ersten Web-Server 1 und dem zweiten Client 4 besteht keine feste physikalische Datenverbindung. Bei 
Bedarf wird z. B. iiber das Telefonnetz eine entsprechende Datenverbindung 7 aufgebaut wird, wobei das Internet als 
Ubertragungsmedium verwendet wird. 

Der erste Client 3 ist z. B. ein iiber das Intranet mit dem ersten Web-Server 1 verbundener Biirocomputer eines An- 
wenders des. erfindungsgemaBen Netzwerkes, wohingegen der Ghent 2 ein zu Hause beim Anwender stehender Perso- 
55 nalcornputer ist, mit dem sich der Anwender mittels eines Modems im Internet einwahlen kann und eine Verbindung zum 
ersten Web-Server 1 herstellen kann. Da die Datenverbindung 7 nicht permanent vorliegt, ist sie in Fig. 1 gestrichelt ein- 
gezeichnet. 

An beiden Clients 3, 4 ist jeweils ein Browser instaUiert, so daB die beiden Clients 3, 4 mit dem Web-Server 1 mit dem 
vom Internet bekannten Diensten kommunizieren konnen. Diese Dienste sind z. B. Telnet, das eine Terminal-Simulation 

60 ermoglicht, oder FTP, mit dem Dateien ubertragen werden konnen. Bei dem vorhegenden Ausfuhrungsbeispiel wird der 
Dienst des World Wide Web (WWW) verwendet, der bei Bedarf automatisch auf die weiteren Dienste, wie z. B. FTP, 
News, Telnet, Gopher, E-mail, usw. des Internets zuruckgreift. An dem ersten Web-Server 1 sind zwei Gerate 8, 9 ange- 
schlossen, wobei das Gerat 8 mittels einer seriellen Leitung (RS 232/V24) mit dem Web-Server 1 verbunden ist und zwi- 
schen dem Gerat 9 und dem Server 1 eine Verbindung 11 nach dem SNMP-Protokoll (Simple Network Management Pro- 

65 tokoll) instaUiert ist. Das SNMP-ProtokoU wird insbesondere zum Ansteuern von an einem Netzwerk angeschlossenen 
Geraten verwendet. Am Web-Server 1 ist ein Gateway 12 vorgesehen, das die iiber die SNMP- Verbindung 11 einkom- 
menden Daten vom SNMP-ProtokoU in das vom Web-Server 1 auf den Datenverbindungen 5 bis 7 angewandte Internet- * 
ProtokoU umsetzt bzw. in umgekehrter Richtung die Daten gemaB dem Intemet-ProtokoUen auf das SNMP-ProtokoU 
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umsetzt, wenn sie vom Web-Server 1 zum Steuergerat 9 iibertragen werden. Ein Gateway im Sinne der Erfindungsind 
alle Hard- und Softwarekomponenten am Web-Server, die eine Verbindung zu einem sich vom Internet unterscheidenden 
Kommunikationssystem bzw. Netzwerkes herstellen. Am Web-Server 1 konnen mehrere weitere Gateways zu anderen 
Kommunikationssystemen vorgesehen sein, die z. B. auf dem DMI-Standard (Desktop Management Interface), dern LP- 
Standard (Line Printer), SLP (Service Location Protocol), dem IPP-Standard (Internet Printing Protokoll) beruhen. Es 5 
sind Gateways zum PJMweb moglieh. PJMweb ist ein web-basierender Druckclient, der von Oc6 entwickelt worden ist. 
Ein Gateway kann auch eine Terminal-Emulation erzeugen. Insbesondere konnen Gateways vorgesehen werden, die zur 
Ansteuerung spezieller Druckerkommunikationssysteme ausgebildet sind. 1 

Da uber die Gateways eine Verbindung zu unterschiedlichen Netzwerken hergestellt werden kann, konnen an einen . 
mit einem Gateway versehenen Server grundsatzlicb beliebig viele Gerate angeschlossen bzw. vom Server angesteuert 10 
werden. 

Der zweite Web-Server 2 ist mit einem weiteren Gerat 13 uber eine Leitung 14 verbunden. Hierzu ist am zweiten Ser- 
ver 2 ein speziell fur das Gerat 13 ausgebildetes Kornmunikationsprogramm 15 installiert. Dieses Kornmunikationspro- 
gramm 15 ist ein compiliertes Programm fur ein sogenanntes Web-Based-Management. Derartige Programme sind je- 
weils fur eine spezielle" Anwendung ausgerichtet, wie z. B. der Ansteuerung des Gerates 13, wodurch mit diesem Pro- 15 
gramm lediglich eine einzelne Verbindung zu dem Gerat 13 hergestellt und lediglich ein bestimmter Geratetyp angesteu- 
ert werden kann. 

Der erste und zweite Web-Server 1, 2 weisen neben anderen Dienstprogramrnen ein WWW-Dienstprogramm 16 auf, 
das die aus dem Stand der Technik bekannten Funktionen aufweist, das heiBt, daB es bei Empfang eines URL aus einem 
Datenspeicher 17 des Webservers 1, 2 die entsprechenden Seiten ausliest und an den Client 3, 4 schickt, der die URL ab- 20 
geschickt hat. ErfindungsgemaB ist am Server 1, 2 ein Interpreter 18 vorgesehen, mit welchem die im Speicher 17 abge- 
legten Seiten vor dem Versenden zu einem Client 3, 4 interpretiert werden, das heiBt, daB in den Seiten enthaltene 
Sprachelemente vom Interpreter 18 ausgefiihrt werden. Die einzelnen Seiten sind im HTML-Format abgespeichert, das 
heiBt, daB sie standardisierte Sprachelemente aufweisen, die vom Browser des Clients 3, 4 ausgefiihrt werden konnen. 
Die vom Interpreter 18 ausfuhrbaren Sprachelemente sind unabhangig von dem vom Browser ausfuhrbaren Sprachele- 25 
menten. Sie konnen auch als Erganzung zum HTML-Format betrachtet werden, weshalb das Format der abgespeicherten 
Seiten auch als erweitertes HTML-Format bezeichnet werden kann. 

Im Anhang ist ein Programmcode eines Prograrnmbeispieles angegeben, das unten naher erlautert wird. Zunachst wird 
der Befehlsumfang des Interpreters kurz erlautert. Der Interpreter umfaBt, wie die meisten Computersprachen, Befehle 
zur Stringverarbeiturig, Systembefehle und Strukturbefehle. Der Interpreter kann je nach Bedarf mit weiteren Gruppen 30 
von Befehlen versehen werden. Zusatzlich zu den vorgenannten Gruppen von Befehlen weist der Interpreter einen Be- 
fehl auf, mit welchem neue Befehle des Interpreters erzeugt werden konnen. Dieser Befehl ist "addfunction", mit dem ein 
beliebiger Befehl (Funktion) aus beliebigen auf dem Server zur Verfugung stehenden Befehlen (Maschinensprache, Be- 
triebssysteme oder sonstige Hochsprache) aufgebaut werden kann. "addfunction" wird nicht in den HTML-Seiten ver- 
wendet, sondern kann vom Benutzer in einer Programmentwicklungsumgebung aufgerufen werden. 35 

Wichtige Stringverarbeitungsbefehle sind "userDefineString", ,, userGetCGIString ,, , "userPreReplaceString", "user- 
PostReplaceString" und "userCompose". Mit "userDefineString ,, konnen Stringvariablen definiert werden. Mit "user- 
GetCGIString" kann ein am Client eingegebener String eingelesen werden. Die Befehle "userPreReplaceString" und 
"userPostReplaceString" dienen zum Anordnen eines Strings an eine vorbestimmte S telle der Seite, wobei mit dem Be- 
fehl "userPreReplaceString" der String unmittelbar nach Ausfiihrung dieses Befehls an der entsprechenden Stelle ange- 40 
prdnet wird, wohingegen beim "userPostReplaceString" der String erst nach Abarbeitung aller Sprachelemente der Seite 
an der vorbestimmten Stelle angeordnet wird. Der durch den Befehl "userPreReplaceString" dargestellte String kann so- 
mit durch die weiteren vom Interpreter auszufUhrenden Sprachelemente noch verandert werden, wohingegen der durch 
den Befehl "userPostReplaceString" angeordnete String am Ende plaziert wird, wodurch eine ^Veranderung des Strings 
nicht mehr moglieh ist. 45 

Einer der machtigsten Systembefehle ist "userSystem (. . .)", wobei in die Klarnmer ein Befehl des Betriebssystems 
des Servers oder eines weiteren auf dem Server installierten Programmes eingegeberi werden kann. Hierdurch konnen 
mit dem Interpreter am Server eingerichtete Befehle und Programme aufgerufen werden. Dieser Befehl wird aus einer 
HTML-Seite aufgerufen. 

Eine Untergruppe der Systembefehle sind Steuerungsbefehle, die z. B . zum Ansteuern eines bestimmten Druckers die- 50 
nen. Diese Befehle entsprechen in der Regel dem jeweiligen Druckersystembefehlen, die als Befehl des Interpreters je- 
weils umgesetzt werden und durch weitere, hohere Steuerungsbefehle erganzt werden konnen. 

Die Strukturbefehle dienen zum Erstellen einer Programmstruktur mit Verzweigungen, Schleifen und dergleichen. 
Entsprechende Strukturbefehle sind z. B. "userFor", "userGoSub" oder "userlf ' . 

Entsprechend der Syntax von HTML werden auch die vom Interpreter 18 ausfuhrbaren Befehle in "<. . .>" gesetzt. 55 

Bei den Befehlen des Interpreters 18 unterscheidet man zwei Klassen, namlich eine mit Befehlen, die nicht direkt vom 
Client aufgerufen werden konnen, und eine weitere Klasse, deren Befehle direkt vom Client aufgerufen werden konnen. 
Von den oben beispielhaft angegebenen Befehle konnen diejenigen nicht vom Client aufgerufen werden, die mit "user" 
beginnen. Diese Unterteilung in zwei Klassen der Befehle dient der Sicherheit, denn wenn ein Anwender von einem be- 
liebigen Client einen "userSystem" Befehl auf dem Server erzeugen konnte, konnte er den £erver nach Belieben mani- 60 
pulieren, Zur Vermeidung einer solchen Manipulation ist der Speicher 17 in einen freien Speicherbereich 17a und in ei- 
nen gesperrten Speicherbereich 17b unterteilt. Im freien Speicherbereich konnen vom Client Seiten aufgerufen werden 
und diese ggf. mit Parametern versorgt werden, wohingegen der gesperrte Speicherbereich 17b Seiten enthalt, die nicht 
direkt vom Client Parameter erhalten oder von ihm aufgerufen werden konnen. Diese Seiten werden lediglich vom Inter- 
preter aufgerufen; Der Interpreter kontrolliert hierbei die Parameterubergabe und die Programmausfuhrung. Der Inter- 65 
preter 18 ist derart ausgebildet, daB sicherheitsrelevante Befehle nur ausgefiihrt werden, wenn sie im gesperrten Spei- 
cherbereich 17b abgespeichert sind. Ein Anwender an einem der Clients kann lediglich den Inhalt des freien Speicherbe- 
reiches %7z lesen und direkt adressieren. Die im gesperrten Speicherbereich 17b abgelegten Seiten konnen nur indirekt 
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fiber den Interpreter adressiert werden. 

Der Administrator des Servers kann im gesperrten Speicherbereich 17b des Servers die zum Ansteuern der Gerate 8, 9 
und 13 notwendigen Steuerprogramme hinterlegen, die in der Regel sicherheitsrelevant sind. 

Nachfolgend wird der im Anhang angegebene Programmcode naher erlautert, dessen Programmablauf in Fig. 2 in ei- 
5 nem FiuBdiagrarnm dargestellt ist Im Schritt SI "ini" wird eine Initialisierung durchgefuhrt, wobei bestimmte \terte und 
Strings fur jeweils abzufragende Server gesetzt bzw. definiert werden. 

Mit dem Schritt S2 wird das SNMP-Gateway 12 aufgerufen, wobei durch den Wert "l" angegeben wird, daB von die- 
sem Gateway etwas eingelesen werden soli, wobei das Ergebnis in "SNMPYALUE" gespeichert wird. Hierbei wird in 
Abhangigkeit von einer Benutzereingabe eine Adresse eines Datenbankeintrages (Managed Object einer MEB) abge- 
10 fragt. Das Ergebnis dieser Abfrage stellt den Rechnertyp dar, der uber die SNMP-Schnittstelle angesprochen wird. . 

Anhand des in der Variablen "SNMPVALUE" abgespeicherten Wertes wird im nachsten Schritt S3 gepriift, ob das Be- 
triebssystem des uber das SNMP-Gateway angesprochenen Rechners Windows ist. Falls das Betriebssystem Windows 
ist, verzweigt der Programmablauf auf die Abfrage S4, bei der erneut ein SNMP-Wert eingelesen wird und anhand dieses 
Wertes gepriift wird, ob an dem Rechner ein vorbestimmtes, unter Windows laiiffahiges Drucksystem ("ImagestreanT) 
15 eingerichtet ist. Falls die Abfrage S4 das Vorhandensein eines derartigen Drucksystemes ergibt, wird dies im Schritt S5 
abgespeichert. 

. Nach dem Speichervorgang im Schritt S5 bzw. falls eine der Abfragen S3 oder S4 vemeint worden ist, gent der Pro- 
grammablauf auf den Schritt S6 iiber, mit dem gepriift wird, ob das Betriebssystem des iiber das SNMP-Gateway ange- 
sprochenen Rechners ein Unix-Betriebssystem ist, Ergibt die Abfrage, daB das Betriebssystem ein Unix-Betriebssystem 
20 ist, wird der Programmablauf auf den Schritt S7 verzweigt, mit dem wiederum ein SNMP-Wert eingelesen wird, anhand 
dessen gepriift wird, ob ein Unix-Betriebssystem (PJM bzw. Prisma) an dem Rechner eingerichtet ist. Ergibt die Abfrage 
eiri derartiges Drucksystem, so wird dies im Schritt S8 abgespeichert. 

Nach dem Speichervorgang des Schrittes S8 oder wenn eine der beideri Abfragen der Schritte S6 und S7 negativ aus- 
gefallen ist, geht der Programmablauf auf einen Schritt S9 uber, mit dem gepriift wird, ob der iiber das SNMP-Gateway 
angesprochene Rechner iiberhaupt ein mittels des SNMP-Protokolls ansteuerbarer Rechner ist. Ergibt die Abfrage, daB 
der Rechner mittels des SNMP-Protokoll grundsatzlich ansteuerbar ist, so wird im Schritt S10 eine PING-Abfrage' auf- 
gerufen und im Schritt Sll das Ergebnis der PING-Abfrage gepriift, ob der Rechner in Betrieb (on-line) ist. Ergibt diese 
Abfrage Sll, daB der Rechner in Betrieb ist (on-line), so wird dies im Schritt S12 gespeichert, wohingegen, wenn der 
Rechner nicht in Betrieb (offline) ist, dann entspricht dies.der default-Einstellung, so daB keine zusatzliche Abspeiche- 
30 rung notwendig ist. 

Die PING-Abfrage ist ein nicht nur im Internet vorhandener Programmbaustein, der an vielen Servern eingerichtet ist. 
Er wird deshalb mit der bereits oben beschriebenen Funktion "userSystem" aufgerufen oder als eigenstandiger Befehl in 
den Interpreter integriert. Eine erneute Programrruerung dieses Programmbausteins erubrigt sich somit. 

Nach dem Speichervorgang des Schrittes S12 oder falls die Abfrage im Schritt S9 ergab, daB der Rechner ein SNMP- 
35 Rechner ist oder faUs die Abfrage im Schritt Sll ergab, daB der Rechner nicht in Betrieb ist, geht der Programmablauf 
auf den Schritt S13 iiber, mit dem ein das Drucksystem darstellendes Bild aufgenommen wird. Dies erfolgt mit dem Be- 
fehl "userCompose", mit dem die durch die obigen Abfragen und Speichervorgange belegte Variable "SNMPVALUE" 
ausgewertet wird (siehe Zeile unterhalb des Befehles "userGompose"), wobei das Ergebnis "exclusiv" ist. Dies ist in der 
darauffolgenden Zeile durch den Wert "false" vorgegeben. Dies bedeutet, daB nur ein einziges Bild in die Variable "RE- 
40 PLACEMENT" eingelesen werden kann. Je nach dem obigen Ergebnis, wird ein Bild fur ein, ein Imagestream-Druck- 
system (imagestream.gif), ein Prisma-Drucksystem (Prisma.gif) oder ein Bild fur eine erfolgreiche PING-Abfrage 
(ping.gif) oder ein Bild fur den nicht-Betriebszustand des Rechners (offline.gif) oder ein Bild fur einen mittels des 
SNMP-Protokoll ansprechbaren Rechners (SNMPgif) eingelesen. 

In den nachfolgenden Schritten S14 und S15 wird wiederum mittels des Befehls "userCompose" eine Hyperlink-Start- 
Variable ("SnmpHLS tart") bzw. eine Hyperlink-Ende- Variable ("SnmpHLEnd) mit den zum Erzeugen eines Hyperlinks 
notwendigen Strings belegt. Ein Hyperlink ist ein automatisierter Aufruf einer Datei des Servers, wobei ein Ghent die 
entsprechende URL an den die Datei aufweisenden Server sendet. 

In Fig. 2 ist gestrichelt ein Programmpfeil vom Schritt S 15 zum Schritt S2 eingezeichnet, der den Programmabschnitt 
zwischen den Schritten S2 und S15 zu einer Schleife schlieBt. Mit diesem Programmpfeil wird ausgedruckt, daB dieser 
50 Programmabschnitt mehrfach zum Abfragen mehrerer iiber das SNMP-Gateway erreichbare Rechner ausgefuhrt wird. 
Die Abfragen der einzelnen Rechner werden parallel ausgefuhrt. Dies ist moglich, da das SNMP-Gateway multitaskingr 

Im nachfolgenden Schritt S16 werden die den Hyperlink darstellenden Strings mittels des Befehls "userPostRepla- 
ceString'' in die Datei bzw. HTML-Seite an eine vorbestimmte Stelle eingefiigt. 
55 Mit dem oben beschriebenen Programm wird somit abgefragt, ob mit dem SNMP-Gateway ein oder mehrere be- 
, stimmte Rechner angesprochen werden konnen und ob an einem der. ansprechbaren Rechner ein bestimmtes Drucksy- 
stem eingerichtet ist Ein entsprechendes Bild wird dann eingelesen und ein auf den Rechner verweisender Link generiert 
und in der HTML-Seite abgelegt. Wird nun die HIML-Seite zum Ghent ubertragen, so kann entweder der Link manuell 
oder automatisch ausgefuhrt werden, womit eine Verbindung vom Glient, der die Abfrage gestartet hat, direkt zum Rech- 
60 ner mit deirbabgefragten Drucksystem hergestellt wird. 

Der Ghent wurde somit von einem Server zu einem weiteren Server vermittelt, wobei der erste Server fur den Glient 
em Drucksystem gesucht hat, mit dem vom Glient aus dann direkt entsprechende Druckauftrage ausgefuhrt werden kon- 
nen. Die Such- und Vermittlungsprozedur ist vohstandig am Server ausgefuhrt worden, das zeigt, daB die notwendige 
n Intelligenz ,, lediglich am Server vorgesehen sein muB und vom Ghent mit einem herkomrnUchen Browser abgefragt und 
65 bedient werden kann. - 

Das obige Programm ist lediglich ein stark vereinfachtes und verkurztes Beispiel fur eine Abfrage von erreichbaren 
Drucksystemen und automatischer bzw. halbautomatischer Vermitdung an ein gewiinschtes Drucksystem. Dieses Bei- 
spiel soli lediglich andeuten, welche Moglichkeiten durch das erflndungsgemaBe Vorsehen eines Interpreters am Server 
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geschaffen werden. 

In Fig. 3 ist ein FluBdiagramm dargestellt, mit welchem gezeigt wird, wie ein Druckauftrag mit dem erfindungsgema- 
Ben Netzwerk abgearbeitet werden kann. Ein Anwender gibt in einem Schritt SI 8 seinen Druckauftrag ein und erganzt 
ihn durch bestimmte Wiinsche an die Qualitat der Druckerzeugnisses (farbig, Papierart, usw.) und notwendigen Druck- 
merkmalen (Anzahl der Kopien, Format, usw.). 5 

Dieser Druckauftrag wird im Schritt S 19 vom Client 3, 4 zum Server 1, 2 iibertragen. Am Server wird eine Datenbasis, 
die die relevanten Daten fur Verbindungen zu Druckern bzw. weiteren Servem mit angeschlossenen Druckern bzw. ent- 
sprechenden Vor- und Nachbearbeitungsgeraten enthalt, aktualisiert S20. Die Aktualisierung S20 erfolgt, indem eines 
oder mehrere Gateways nach entsprechenden Drucksystemen abgefragt werden. Die hierbei ermittelten Daten werden in 
der im Server abgelegten lokalen Datenbasis eingetragen. io 

Diese aktualisierte Datenbasis wird nach den vom Anwender eingegebenen Parametem (Druckauftrag, Wiinsche und 
Voraussetzungen) im Schritt S21 ausgewertet 

AnschlieBend wird mit einer Abfrage S22 gepriift, ob bei der Auswertung eine fur den Druckauftrag geeignete Druck- 
einrichtung gefunden worden ist. Falls keine geeignete Druckeinrichtung gefunden worden ist, zweigt der Programrnab- 
lauf auf den Schritt S23 ab, mit dem an den Client eine Nachricht gesandt wird, dafi der Druckauftrag nicht ausfiihrbar 15 
ist. 

Ergibt die Abfrage im Schritt S22 hingegen, daB eine geeignete Druckeinrichtung vorhanden ist, wird mit einer wei- 
teren Abfrage S24 gepriift, ob der Druckauftrag vom Server ausgefuhrt werden kann. Falls das Ergebnis dieser Abfrage 
nein ist, wird, wie es anhand des Programmbeispieles aus Fig. 2 dargestellt worden ist, der Client zu einem weiteren Ser- 
ver vermittelt S25, der den Druckauftrag ausfiihren kann. Hierbei wird vorzugsweise der Druckauftrag zusammen rnit 20 
den Parametem, (Wiinsche und Voraussetzungen) direkt an den weiteren Server ubermittelt, wobei die Parameter bei Be- 
darf entsprechend modifiziert werden konnen. 

Ergibt die Abfrage S24 hingegen, daB der Druckauftrag vom vorliegenden Server ausgefuhrt werden kann, wird in ei- 
ner weiteren Abfrage S26 gepriift, ob der Druckauftrag direkt an die Druckeinrichtung vermittelt werden kann. Besitzt 
die Druckeinrichtung eine entsprechende Netzankopplung, so kann ein direkter Link auf die Druckeinrichtung erzeugt 25 
werden, wodurch der Server nicht weiter durch den Druckauftrag belastet ist. 

Ergibt die Abfrage aus dem Schritt S26, daB eine direkte VerrnittJung des Druckauftrages an die Druckeinrichtung 
moglich ist, so wird diese im Schritt S27 ausgefuhrt. 

Ist eine solche Vermittlung nicht moglich, so wird mit dem Schritt S28 ein Link auf den Server bzw. sein Gateway ge- 
setzt, um die Druckdaten im Schritt S29 iiber das Gateway zur Druckeinrichtung zu ubermitteln. Nach Beendigung des 30 
Druckvorganges erfolgt eine Druckbestatigung S30 vom Server zum Ghent, womit das Verfahren beendet ist. 

Bei diesem Verfahren wird der Druckauftrag automatisch zu einer geeigneten Druckeinrichtung weitergeleitet. Es 
wird sozusagen zwischen einzelnen Servern und Druckeinrichtungen ausgehandelt, wer zur Abarbeitung des Druckauf- 
trages zur Verfugung steht und geeignet ist. Man bezeichnet deshalb ein solches Verfahren auch als "Trading". 

Wie es oben dargestellt ist, ist das erfindungsgemaBe Netzwerk insbesondere zur Ausbildung eines dezentralisierten 35 
Drucksy stems geeignet, das einen oder mehrere Druckserver umfassen kann. Bei einer Intemet-Anwendung des Druck- 
servers kann jeder Internet-Client, der eine entsprechende Zugangsberechtigung zum Server besitzt, diesen fur seine 
Druckauftrage benutzen. Die technische Realisierung eines solchen dezentralisierten Drucksy stems ist auBerst einfach 
und setzt lediglich die Installation eines erfindungsgemaBen Interpreters voraus, in dem die entsprechenden Befehle zum 
Ansteuern der Druckeinrichtungen bzw. der Vor- und Nachbearbeitungsgerate eingerichtet sind. In einem einzigen Netz- 40 
werk konnen mehrere Server rnit einem erfindungsgemaBen Interpreter versehen sein. Hierdurch ist es auch moglich, daB 
ein Druckauftrag zwischen mehreren Servem weitergereicht wird. 

Die Erfindung ist jedoch nicht auf ein Drucksystem beschrankt, sondem kann zur Ansteuerung, Uberwachung, War- 
tung, usw. von beliebigen Gefaten verwendet werden. So bestehen zur Zeit erhebliche Bestrebungen Haushaltsgerate 
netzwerkfahig zu machen. Mit einem erfindungsgemaBen Server konnen sie von einem Anwender iiber das Internet von 45 
einer beliebigen Stelle iiberpriift, abgefragt und evtl in Betrieb gesetzt werden: Grundsatzlich ist die Verwattung und 
Steuerung aller technischen Gerate mit dem erfindungsgemaBen Netzwerk moglich. Insbesondere eignet es sich zur Ver- 
waltung von Datenverarbeitungssysternen, Telekommunikationssystemen und Verrnittlungssystemen, wobei es insbe- 
sondere fur iiberregionale Systeme von Vorteil ist, da der erflndungsgemafie Server von einer beliebigen Stelle des Netz- 
werkes aus angesteuert werden kann. 50 

Ein weiterer, wesentlicher Vorteil des erfindungsgemaBen Netzwerkes ist, daB durch das Vorsehen eines Interpreters es 
nicht auf eine bestimmte Anwendung beschrankt ist, sondern durch die Gestaltungsmoglichkeit einer Computersprache 
es moglich ist, rnit hochspracheahnlichen Sprachelementen die jeweilige Anwendung zu generieren. Hierdurch besitzt 
das erfindungsgemaBe System eine maximale Flexibility. Fur die meisten Anwendungen gibt es bereits spezialisierte 
Prograrnmteile, die lediglich in den Interpreter integriert werden miissen. Derartige Programmteile sind z. B. Gateways, 55 
Druckertreiber, Spooler oder sonstige singulare Steuerprogramme. Insbesondere konnen spezialisierte Kommunikati- 
onsprotokolle, wie SNMP oder DMI fur die lokale Daten ubertragung zu den Druckeinrichtungen ausgenutzt werden, da 
diese Protokolle im Gegensatz zu dem HTTP-Protokoll einen wesentlich geringeren Protokolloverhead, geringere Re- 
sponsezeiten und eine hohe Leistung besitzen und eine einfache Anwendung eriaub en. Diese spezialisierten Protokolle 
bzw. spezifischen Schnittstellen konnen einem Anwender zuganglich gemacht werden, der sich weder mit dieser Technik 60 
auseinandersetzen muB, noch auf seinem Client eine entsprechende, in der Regel sehr aufwendige Software installieren 
muB, um eine Kommunikation zu derartigen spezialisierten Systemen herstellen zu konnen. 

Der erfindungsgemaBe Interpreter kann auf einen Datentrager gespeichert sein und von diesem oder iiber ein Netzwerk 
in einen Server geladen werden. 

Die Erfindung kann folgendermaBen kurz zusammengefaflt werden: 65 
Die vorliegende Erfindung betrifft ein Client-Server-Netzwerk, einen am Server des Netzwerkes installierbaren Interpre- 
ter und ein Verfahren zum Betreiben eines derartigen Ciient-Server-Netzwerkes. 

Die Erfindung zeichnet sich dadurch aus, daB am Server Dateien abgelegt werden, die vom Client abgerufen werden 
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konnen und die erfindungsgemaB sowohl am Client ausfiihrbare Sprachelemente ais auch am Server ausfiihrbare Sprach- 
elemente aufweisen. Am Server ist ein Interpreter vorgesehen, der die am Server ausfuhrbaren Sprachelemente interpre- 
tiert und zur Ausfuhrung bringt. 

Nach einer bevorzugten Ausfiihrungsform der Erfindung entsprechen die am Client ausfuhrbaren Sprachelemente ei- 
ner Markup-Sprache, wie z. B. SGML, XML, HTML, da dann der Benutzer beim Einrichten dieser Dateien seine be- 
kannten Hilfsmittel zum Erstellen der Dateien, die in der Regel gelaufige Textverarbeitungsprogramme sind, verwenden 
kann, um am Server des Netzwerkes individuelle Anwendungen vorzusehen, die von einem beliebigen Client mit einem 
herkommlichen Brqwser aufgerufen werden konnen. 

Die Erfindung eignet sich besonders zur Steuerung von Geraten, insbesondere von Druckem und Drucksystemen und 
den entsprechenden Vor- und Nachbearbeitungsgeraten, da die Steuerungsintelligenz zentral am Server hinterlegt wird 
und somit von vielen Clients benutzt werden kann, und der Datentransfer zwischen den Clients und dem Server gering 
gehalten wird. 

Ein weiterer Aspekt der Erfindung ist, daB mit einfacben Mitteln ein Trading von z. B. Druckauftragen zwischen meh- 
reren Servem realisiert werden kann. 
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Anhang 



<head> 

<TITLE>SNMP Response</TITLE> 
</HEAD> 

<BODY> 



<! 



Kommentar : Programmanf ang 



II— > 



<\ ■ 



Kommentar: Funktion "STDef ineString" : wird von inil auf gerufen . 
.//--> 

<?SUB FUNC="STDef ineString "> 
<PTAG FUNC= M userDef ineString" VALUE- " SNMPVALUE % i.% " VALUE="Of f line"X/PTAG> 
<PTAG FUNC="userDefineString" VALUE= " RE PLACEMENT % i % " ></PTAG> 
<PTAG FUNO= M userDef ineString" VALUE="SnmpHLSt art%i% "></PTAG> 

. <PTAG FUNO"userDef ineString" VALUE= M SnmpKLEnd%i% "></PTAG> 
<PTAG FUNC= M userDefineString M VALUE= n Stdout%i% "></PTAG> 
<PTAG FUNC="userDef ineString" VALUE="Stdin%i% " ></PTAG> 
<PTAG FUNO n userDef ineString" VALUE="Stderr%i% "></PTAG> 

</PSUB> 
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15 



20 



25 



30 



< ! — 



Kommentar: Funktion "MTScanSystem" 



//-- > 

<PSUB FUNC= f, MTScanSystem n > 
<PTAG FUNC="userSNMPGateway ,? 
VALUE= " SNM PV ALU E % i % " 
VALUE= M 1" 

VALUE="160. 120. 17 . %i%" 
VALUE="public" 
VALUE=" .1.3. 6. 1.2. -1.1.1. 0"> 
</PTAG> 

<PBRANCH FUNC="userIf " ' 
VALUE =,, SNMPVALOE%i% " 
V ALU E= rr FNC > W I N " 

VALUE=<PTAG FUNO " u s er SNMPGat eway " 
VALUE= " SNMPVALUE% i % " 
VALUE="1" 
VALUE- M 160.120.17. 
VALUE-" public" 

VALUE- M . 1.3. 6. 1.4. 1.1552. 92. 2. 0 " > 
</PTAG> 
</P3RANCH> 



// Kommentar: Abschnitt s2 



// Kommentar: Abschnitt s3 

// Kommentar: Abschnitt s4 
// Kommentar: Abschnitt s5 



35 



40 



45 



50 



55 



<P3RANCH FUNC="userIf" 

V A L U E= " S NM ? VAL U E % i % " 
VALUE="FNC>SCO" 

VALUE=<PTAG FUNC- " userSNMPGa t e v;a y " 
VALUE="SNMFVALUE*i* " 
VALUE-" 1 " 



// Kommentar: .Abschnitt s 6 

// Kommentar :- Abschnitt s7 
// Kommentar: Abschnitt s8 



60 



65 
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VALUE-"160. 120. 17. 
VALUE="public" 

VALUE=" .1.3.6.1.3.1.1.1.1.1. 0"> 
</PTAG> 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



</PBRANCH> 



// Kommentar: 
// Kommentar: 



<PBRANCH FUNC="userIf " 

VALUE=" SNMPVALUE% i % " 
VALUE="FNO0f fline" 
VALUE-<PTAG FUNC="userSystem" 

VALUE-"Stdout%i%" 

VALUE="Stdin%i%" 

VALUE-"Stderr%i%" 

VALUE- "0" 

VALUE— "5000 " 

VALUE="ping -n 1" 

VALUE-"160. 120. 17.%i%"> 
</PTAG> - 

</PBRANCH> 

<PBRANCH FUNC="userIf " 
. . VALUE="Stdout%i%" 

VALU E= " FNOAntwor t " 

VALUE-<PTAG FUNO"userDef ineString" 
VAL UE- "SNM PVAL U E % i % " 
VALUE-" PING." > 
</PTAG> 

</PBRANCH> 

<PTAG FUNC= rt userCompose" 

VALU E= " SNMPVALUE % i % " 
VALUE- " false" 

VALUE— " REPLACEMENT% i % " 
VALUE—" FNC> I STREAM" 
VALUE-" . .'/images/imagestreairugif " 

VALUE- " REPLACEMENT % i % " 
VALUE- " FNO PRI SMA " 
VALUE-" . . /images/prisma . gif " 

VALUE- "REPLACEMENT % i % " 
VALUE="FCS>PING" 
■VALUE-" . . /images /ping . gi f " 

VALUE="REPLACEMENT%i%" 
VALUE-"FNO0f fline" 
VALUE-" . . /images /of fline.gif "> 
</PTAG> 

<?TAG FUNC="userCompose" 

VALUE- " SNMPVALUE % i % " 
VALUE— 11 false", 

VALUE- " S nntpHLS t a r t % i * " 
V ALUE= " FN C> I STREAM " 

VALUE- " < a HREF-X "http : // www . ops . de \ " > " 

VALUE- " SnmpHLS t a r t % i % " 
VALUE- " FNOPRI SWA" 

VALUE-"<a' KRET=\ u hzzp: //160. 120. 11 . %i%/pjm. Htiai\" tar- 
get=\"_blank\">" " 

VALUE- " S nn-pHLS t a r t % i i ,r 
VALUE- " FHC>0f fi i ne " 
VALUE-" "> 
</?TAG> . 



// Kommentar: Abs'chnitt s9 
// Kommentar: Abschnitt slO 



Abschnitt sll 
Abschnitt sl2 



// Kommentar: Abschnitt sl3 



// Kommentar: Abschnitt sl4 
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<PTAG FUNC="userCompose f ' // Komir\entar: Abschnitt sl5 

VALUE= ,f SNMPVALUE%i%"" 
VALUE»"false n 

VALUE= " SnmpHLEnd% i % " 
VALUE="FNC> I STREAM" 
VALUE="</a>" 

VALUE- "SnmpHLEnd% i % " 
VALUE="FNC> PRISMA" 
VALUE="</a> M 

VALUE="SnnipHLEnd%i% " 
VALUE=" FNOOf f line" 
VALUE-" w > 
</PTAG> 
</PSUB> . ■ 



Kommentar: Funktipn "STPrintSystem: wird von sl6 aufgerufen 



//--> • 

<PSUB FUNC="STPrintSystem M > 
<PTAG FUNC="userPreReplaceSrring" VALUE— " SnmpHLS tart%i%" ></ PTAG> 
<img. src=<PTAG FUNC= n userPreReplaceString" VALUE-" RE PLACEMENT%i% " ></PTAG> 

width="80" height-"80" 

alt="160.120.17.%i% 

<PTAG FUNC="userFreReplaceString" VALUE= ,, SNMPVALUE%i%"x/PTAG> ,, > 
<PTAG FUNC-"userPreReplaceString" VALUE="SnmpKLEnd%i%"></PTAG> 

</PSUB> 

<!-- 

Kommentar: inil - si 
//--> 

<PTAG FUNC="userSetSNM?Retries M VALUE="2 "></PTAG> 
<PTAG FUNC- n userSetSNMPTimeout" VALUE= ,, 2000"X/?TAG> 

' <PTAG FUNC= f, userFor M 
VALUE-" i" 
VALUE- "2 00" 
VALUE-" 255" 
. VALUE- "1" 
. VALUE-" 0" 
VALUE-"STDef ineString"> 
</PTAG> 



Kommenter: Schritte s2-s!5 -> Aufruf der ent sprechenden 
Unterprogranune der Abschnitren s2- s 15 



//--> 

<PTAG FUNC-" user For" 

VALUE-" i" 

VALUED "2 00" 

VALUE-" 2 55" 

VALUE- "1" 

VALUE- ' 

VALUED "MTScanSy st: em" > 
</PTAG> 
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10 



15 



< ! — 

Kcmmentar: Schritt si 6 
II— > 



<P> 

<PTAG FUNC== f, userFor M 
VALUE="i" 
VALUE="200" 
VALUE="255 M 
VALUE- "1" 
VALUE="0 M 

VALUE= n STPrint System" > 
</PTAG> 
</p> 

< ! — 



Kommentar: Schritt sl7 / Ende 
//--> 



25 

</BODY> 
</HTML> 



30 ; Bezugszeichenliste 

1 erster Web-Server 

2 zweiter Web-Server 

3 erster Client 
35 4 zweiter Client 

5 Datenleitung (Intranet) 

6 Datenleitung (Intranet) 

7 Datenverbindung (Internet) 

8 Gerat 
40 9 Gerat 

10 Serielle Leitung 

11 SNMP-Verbindung 

12 Gateway 
1^3 Gerat 

45 14 Leitung : 

15 Kommunikationsprogramm 

16 WWW-Dienstprogramm 

17 Speicher 

17a freier Speicherbereich 
50 17b gesperrter Speicherbereich 

18 Interpreter 

Verfahrensschritte 

55 SI Initialisierung 

52 Aufruf und Abfrage des SNMP-Gateway 

53 Windows? 

54 Windows-Drucksystern? 

55 Abspeichem 
60 S6 UNIX? 

57 UNIX-Drucksystem? 

58 Abspeichem 

59 kein SNMP? 
S 10 PING 

65 SI 1 PING? 

512 Abspeichem 

5 1 3 UserCompose: Bild 

514 UserCompose: Hyperlink Start 
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5 



10 



15 

Patentanspruche 

1 . Netzwerk vom Client-Server-Typ, das zumindest einen Client (3, 4) mit zumindest einem Server (1, 2) verbindet, 20 
wobei 

am Server (1, 2) gespeicherte Dateien vom Server (1, 2) zum Client (3, 4) iibertragen werden, wenn sie der Client (3, 
4) durch Senden einer entsprechenden Dateiadresse an den Server (1, 2) abruft, und 

die Dateien sowohl am Client (3, 4) ausfiihrbare Sprachelemente als auch am Server (1, 2) ausfiihrbare Sprachele- 
mente enthalten, und , 25 

am Server (1, 2) ein Interpreter zum Interpretieren und Ausfuhren der am Server ausfuhrbaren Sprachelemente vor- 
handen ist. 

2. Netzwerk nach Anspruch 1, dadurch gekennzeichnet, daB der Interpreter (18) am Server (1, 2) derart ausgebildet 
ist, daB die am Server ausfuhrbaren Sprachelemente nach dem Aufrufen der Dateien durch einen Client und vor der 
UberrnMung der Dateien zum Client (3, 4) am Server (1, 2) ausgefuhrt werden. 30 

3. Netzwerk nach Anspruch 1 oder Anspruch 2, dadurch gekennzeichnet, daB die Dateiadresse dem URL-Format 
entspricht und der Server (1, 2) ein Web-Server ist, so daB die Dateien mit einem am Client (3, 4) installierten In- 
ternet-Browser abgerufen werden konnen. 

4. Netzwerk nach einem der Anspruche 1 bis 3, dadurch gekennzeichnet, daB die am Server (1, 2) gespeicherten 
und vom Client (3, 4) abrufbaren Dateien dem Format einer Markup-Sprache (SGML, XML, HTML) entsprechen, 35. 
das durch die am Server ausfuhrbaren Sprachelemente erweitert ist. 

5. Netzwerk nach einem der Anspruche 1 bis 4, dadurch gekennzeichnet, daB am Server (1, 2) zumindest ein Gate- 
way (12) installiert ist, das eine Datenverbindung zu einem weiteren logischen und/oder physikalischen System 
(Gerat, Netzwerk, Queue, Computer) herstellen kann, wobei die Paten des weiteren Systems ein anderes Format als 

die zwischen dem Server (1, 2) und dem Client (3, 4) ausgetauschten Daten aufweisen, und das Gateway (12) so- 40 
wohl die einkommenden als auch die ausgehenden Daten in die entsprechenden Datenformate automatisch umsetzt. 

6. Netzwerk nach Anspruch 5, dadurch gekennzeichnet, daB jeweils ein Gateway (12) zum Umsetzen der Daten in 
eines oder mehrere der folgenden Formate vorgesehen ist: 

SNMP, LP, PJMweb, ftp. 

7. Netzwerk nach Anspruch 5 oder 6, dadurch gekennzeichnet, daB das bzw, die Gateways (12) im Interpreter inte- 45 
griert sind imd durch Sprachelementen des Interpreters (18) aufgerufen werden konnen. 

8. Netzwerk nach einem der Anspruche 1 bis 7, dadurch gekennzeichnet, daB am Server (1, 2) Programme zum An- 
steuem zumindest eines Druckers und/oder Vor- oder Nachverarbeitungsgerate, wie z. B. eines Druckertreibers 
oder eines Spoolers installiert sind, und diese Programme vom Interpreter (18) aufgerufen werden konnen. 

9. Interpreter fur ein Netzwerk, insbesondere nach einem der vorhergehenden Anspruche, der an einem Server (1, 50 
2) eines Client-Server-Netzwerkes installierbar ist und zum Interpretieren und Ausfiihren von am Server (1, 2) aus- 
fuhrbaren Sprachelementen ausgebildet ist, die in am Server (1, 2) abgespeicherten Dateien enthalten sind, wobei 
diese Dateien von einem Client (3, 4) mittels der Ubertragung einer Adresse abgerufen werden konnen und'zusatz- 
liche am Client (3, 4) ausfiihrbare Sprachelemente enthalten. 

10. Interpreter nach Anspruch 9, dadurch gekennzeichnet, daB der Interpreter einen Befehl (userCompose) zum Er- 55 
zeugen von String-Eintragen in der Datei aufweist. 

11. Interpreter nach Anspruch 9 oder 10, gekennzeichnet durch einen Befehl (userPreReplaceString, userPostRe- 
placeStririg) zum Setzen von String-Eintragen an eine vorbesummte Stelle der Datei. 

12. Interpreter nach einem der Anspruche 9 bis 11, gekennzeichnet durch einen Befehl zum Einlesen eines vom 
Client (3; 4) an den Server (1, 2) iibertragenen Strings und zum Abspeichers des Strings in eine vorbestimmte Va- 60 
riable (userGetCGIString). 

13. Interpreter nach einem der Anspruche 9 bis 12, gekennzeichnet durch einen Befehl zum Aufrufen eines Gate- 
ways und Abfragen eines mit dem Gateway verbundenen Systems. 

14. Interpreter nach einem der Anspruche 9 bis 13, dadurch gekennzeichnet, daB der Interpreter eine Gruppe von 
Client-Befehlen umfaBt, die sowohl vom Client aus als auch vom Server aus aufgerufen werden konnen, und eine 65 
Gruppe von Serverbefehlen umfaBt, die nur vom Server aus aufgerufen werden konnen. 

15. Interpreter nach einem der Anspruche 9 bis 14, dadurch gekennzeichnet, daB der Interpreter auf einen Daten- 
trager gespeichert ist. 



5 1 5 UserCompose: Hyperlink Ende 

51 6 Einfiigen des Hyperlinks in HTML-Seke 

5 17 Ende 

5 1 8 Eingabe des Druckauftrages 

51 9 Ubertragung vom Client zum Server 

520 Aktualisierung einer Datenbasis 

521 Auswertung der Datenbasis 

522 Geeignete Druckeinrichtung? 

523 Nachricht an Client 

524 Kann Server Druckauftrag ausfuhren? 

525 Vermittlung an weiteren Server 

526 Kann an Druckeinrichtung verrnittelt werden? 

527 Vermittlung an Druckeinrichtung mit direktem Link 

528 Link auf Server 

529 tJbermittlung iiber Gateway 

530 Druckbestatigung 
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16. Verfahren zum Betreiben eines Netzwerkes nach einem der Anspriiche 1 bis 8, wobei 

das Netzwerk ein Client-Server-Netzwerk ist, und am Server (1, 2) gespeicherte Dateien vom Server (1, 2)' zum 
Client (3, 4) ubertragen werden, wenn sie der Client (3, 4) durch Senden einer entsprechenden Dateiadresse an den 
Server (1, 2) abruft, und die Server, den Clients jeweils einen oder mehrere Dienste anbieten, wobei 
bei einer Client- Anfrage nach einem b'estimmten Dienst mit bestimmten, den Dienst zugrundeliegenden Parame- 
tern, der abgefragte Server bestimmt, ob er den Dienst erfullen kann, und wenn der Server feststellt, daB er den 
Dienst nicht erfullen kann, er einen weiteren Server oder an ein am Netzwerk angeschlossenes Gerat an den Client 
verrnittelt, das den Dienst ausfiihren kann. 

17. Verfahren zum Betreiben eines Netzwerkes nach Anspruch 16, dadurch gekennzeichnet, daB einer der von den 
Servern angebotenen Dienste die Ausfiihrung eines Dmckauftrages ist, und der Server den Druckauftrag an einen 
anderen Server oder direkt an eine Druckeinrichtung weiterleitet, wenn der Server den Druckauftrag nicht selbst 
ausfiihren kann. 

18. Verfahren zumBetreiben eines Netzwerkes nach Anspruch 16 oder 17, dadurch gekennzeichnet, daB der Server 
.erne Datenbank aufweist, in der Informationen zu den im Netzwerk angebotenen Diensten abgespeichert sind, so 
daB bei einer Client- Anfrage anhand dieser Datenbanken ermittelt werden kann, ob der gewunschte Dienst im Netz- 
werk voirhanden ist. 

1 9. Verfahren zum Betreiben eines Netzwerkes nach einem der Anspriiche 16 bis 1 8, dadurch gekennzeichnet, daB 
die Vermittlung an einen weiteren Server oder ein an das Netzwerk angeschlossenes Gerat durch Erzeugen der 
Adresse des weiteren Servers oder des Cerates und durch Ubermittlung der Adresse an den anfragenden Client aus- 
gefuhrt wird. 

20. Verfahren zum Betreiben eines Netzwerkes nach einem der Anspriiche 16 bis 19, gekennzeichnet durch einen 
Interpreter nach einem der Anspriiche 9 bis 15. 
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